百思力认证技术（北京）有限公司

“高质量、高标准、高速价廉通过FDA，CFDA”找百思力咨询机构

验证与确认（关键字：验证、确认）

确认一般我们可以认为是某人按照某个文档或者规格要求进行的结果的确认活动。软件系统也一样，不仅仅要按照仪器设备的要求让供应商或者第三方进行“验证”，甚至其验证还会要求更高，这是因为软件系统在可操作性上更灵活，随之风险也会更高。比如IQ/OQ/PQ，我们所进行的就是按照文档一步一步进行操作，终得出确认后的结论。又比如我们自己买个手机，按照手机供应商提供的各种文档去操作，终确认出手机符合厂家描述的性能指标。

总结

验证其实就是一个项目加上其周期性活动，而确认是验证的一部分活动。所以不能将验证和确认同日而语，也不可将几本确认过程文档就当做是一次验证

通过简单分析验证与项目的过程节点，我们可以得出验证其实就是一次项目的过程，从规划开始，通过每个阶段的不同的计划、执行、报告从而终完成整个验证的过程。开发和配置阶段，一般企业基本上已经无法进行监管，因此在供应商审计时应当着重考量，对于供应商质量管理体系不健全的，应当列为高风险项。同时又比项目多了一部分周期性的活动，就是PQ部分。软件系统经过个周期的PQ后，系统开始上线运行，后续的就是经过不同周期的PQ，来确保系统经过长时间的运行后仍然满足我们1开始的各种需求。

gamp5讲了计算机化系统的1、3、4、5分类，那么问题来了

1、计算机化系统的验证是在传统的设备验证中进行还是独立出来？

2、如果独立出来是不是要有两份URS？是不是在1、3、4、5分类前要有一个是属于传统设备还是属于计算机化系统的评估？

3、如果和在一起，具体怎么操作，V模型怎么走，是否符合法规要求

无论选择哪一种异位，其实都存在一定的风险，只是看这个风险的大小而已。诸如失1火、地1震等风险因素，但这些也都只能是小概率事件了。想想如果一个机房失1火是高概率，那机房监管人员估计也早就该下岗了。